CROSS-REFERENCE TO RELATED APPLICATION 

[0001] This application claims the benefit of U.S. Provisional Applications No. 
60/435,521 filed December 23, 2002, "Wireless device and platform and an entity which 
enable an end user to use and or subscribe to several virtual network operators and or 
mobile operators", and No. 60/435,520 filed December 23, 2002, "Payment platform and 
an entity enabling wireless payments with an interface to develop applications which will 
operate across various communication networks", both applications are incorporated 
herein by reference. 

BACKGROUND OF THE INVENTION 

[0002] Currently, the communication market operators (i.e. mobile, wireline) provide and 
operate the communication network; on top of it they provide services and applications 
(i.e. voice mail, conference call), which are provided to their customers. 
[0003] In order to continue growing the operators will need to focus and select to be 
either, a network operator or a service provider. The network operators will be large 
entities because there is an advantage to the size of the operator, enabling them to be . 
more cost effective. This will lead to consolidation across international markets creating 
large intemational network providers. Service providers can be of various sizes 
depending on the market they are targeting. Because service providers will customize and 
localize their services, most of them will be small or medium size, and many of them 
won't have communication expertise. 

[0004] The service providers' expertise and core competencies will be in one or several 
of the following fields: Service creation, content management, content creation, customer 
management, and marketing. 

[0005] In order for the service providers to provide service they will need a 
commimication platform, which will interface with the various communication networks 
(i.e. mobile network. Wireless LAN, Wireline network, Internet) and infirastructure fi-om 
various network operators, and a platform on which they can develop and manage 
standard and new services. 

[0006] Service providers are entities, which provide a service which is accessed via a 
network. The service provider can provide subscription and mobile services (i.e. MVNO, 
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MNO); however, they can provide only a specific service or a set of services with no 
network and or subscription or mobile services (i.e. issuer of a credit card, games portal, 
application service provider). 

[0007] Some of the service providers will provide communication services as A Mobile 
Virtual Network Operator (MVNO), a MVNO can be defined as an organization that 
offers mobile subscription and call services to customers but does not have an allocation 
of spectrum. 

[0008] As this market evolves, customers would like to have service with several 
MVNOs and or service providers and will want to be able to easily switch between 
various service providers and or MVNOs with out carrying several wireless devices. This 
is similar to holding several payment cards (i.e. credit card, prepaid card, debit card, store 
card) with various benefits and using the payment card they want for each purchase; in 
this case, however. End Users would not want to carry several wireless devices. In 
addition, these payment cards can also be part of the services a customer selects to use on 
their wireless device. Today an End User, who uses a MVNO or a service provider for 
wireless service, can not use or needs a cumbersome process to use the same wireless 
device with an additional MVNO and or service provider. 

[0009] It is an object of the present invention to provide a method and a wireless device 
and a system and an entity, which enables an End User to use the same wireless device 
and or selected wireless devices, with various MVNOs and or various service providers, 
and enabling the End User to easily switch between the service providers and MVNOs. 

SUMIVIARY OF THE USTVENTIGN 

[0010] It is an object of the present invention to provide a method and a wireless device 
and a system and an entity to enable an End User to use the same wireless device and or 
selected wireless devices with various MVNOs and or various service providers. The End 
User selects the service provider and or the MVNO they wovild like to use for each 
application and or service they would like to use. Once a service provider or a MVNO is 
selected it will be the one providing the services for this specific use in this specific 
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moment. The End User can create default profiles for various types of service, for 
example all wireless purchases will be paid firom the default credit card; all voice minutes 
are used from service provider X; voice mail service is used from service provider Y; and 
all calls after 17:00 to the wireless corporate number will be directed to the corporate 
voice mail, a service provided by the corporate service provider (service provider Z). 

[0011] A MVNO Application Service Provider (MVNO ASP) will operate a MVNO 
Application Service Provider Platform (MVNO ASP Platform or System). This System 
enables End Users to do tasks such as, instantly change service providers and or MVNOs 
and enables them to manage their various profiles and service providers, including the 
ability to set default service providers for specific applications, adding new service 
providers and receive consolidated reports. End User can select any Service provider or 
MVNO that partnered with the MVNO ASP and add them to the list of optional service 
providers and MVNOs; and or select cases where a specific service provider or MVNO is 
the default provider. In some cases the service provider or MVNO will need to authorize 
the End User to join the service (i.e. a wireless credit card). 

[0012] The MVNO user interface integrates with the MVNO ASP user interface creating 
an integrated user interface. An End User can access their preferences and default 
interfaces while using any MVNO interface. In addition. End Users can define additional 
menus and parts of the MVNO ASP user interface, which will always be part of the main 
portal view. 

[0013] The MVNO ASP suppliers are the various communication network operators (i.e. 
mobile operators, WLAN operators, wireline operators, ISPs, cable operators). The 
MVNO ASP System will integrate and or commimicate with its suppliers network and or 
systems, and will have agreements to buy and or rent capacity and or rent services and or 
rent systems from the network operators. 

[0014] The MVNO ASP customers are various MVNOs and service providers, which 
market under their name, mobile subscription and or mobile services, which are based on 
the MVNO ASP virtual wireless network and services. The MVNO ASP provides 



4 



MVNOs with access to the System and sells and or rents to them various network 
capacity and communication services, such as mobile minutes, bandwidth rental, content 
and service rent 

[0015] The System enables a MVNO to develop applications and services, and or 
provide mobile subscription and or services and or market services to their customers and 
potential cxistomers, while working with one MVNO ASP System. The System provides 
an interface for the MVNOs to develop, manage and support the various applications and 
services. The interface hides the communication infrastructure and takes care of 
executing the communication related tasks, enabling the MVNO to focus on building the 
business logic, the applications and services. 

[0016] The main advantages for the End Users to use the MVNO ASP and to use the 
MVNO ASP Platform are: 

[0017] They can select several service providers and or MVNO to operate from one 
wireless device or selected wireless devices, enabling them to create the best package for 
them. 

[0018] No need to use several wireless device; 
[0019] One logon to all wireless systems and services; 

[0020] Because of the open nature of the System many developers, other service 
providers and MVNOs and the MVNO ASP vsdll develop many value added services on 
top of the System; MVNOs and service providers can offer these services to their 
companies too (most likely they will have to license rent or pay a fee for using these 
services and applications, however they will be available immediately with no need for 
additional development); 

[0021] Enables MVNOs and service providers to develop cross-product and cross 
services promotions and develop creative pricing; 

[0022] MVNOs and service providers do not need to develop partnerships and 
agreements with network operators enabling them to focus on their business and 
customers; and 

[0023] Small to medium size entities can enter the MVNO and service provider market 
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(They could not do that before because of the capital investment and lack of knowledge 
and resources); enabling their customers to use their service only when they use the niche 
service, while for other services and areas they can use other service providers with the 
same wireless device. 

[0024] An End User will able to use several service providers from one device, for 
example to use a Supermarket MVNO, for discovmts and special offers while in the 
Supermarket; and use a car rental MVNO to receive in car map direction and receive side 
road assistance. The End User can add additional MVNOs and service providers as 
needed. 

[0025] This invention includes specific services and applications, which are based on the 
infrastructure invention, enabling Issuers of payment card. Acquirers and Processors to 
provide wireless payment services. 

BRIEF DESCRIPTIONOF THE DRAWINGS 

[0026] The present invention will be further understood and appreciated from the 
following detailed description taken in conjunction with the drawings in which: 
[0027] In Fig. 1 there is shown a block diagram illustration of one embodiment of the 
invention, in which a wireless device which includes an application is described. 
[0028] In Fig. 2 there is shown a block diagram illustration of one embodiment of the 
invention, in which a MVNO ASP Profile Manager (Profile Manager) is described. 
[0029] In Fig. 3 there is shown a block diagram illustration of one embodiment of the 
invention, of a MVNO ASP Platform. 

[0030] In Fig. 4 there is shown an architecture diagram illustration of one embodiment of 
the invention, in which the MVNO ASP Payment Platform is part of an MVNO ASP 
operation, which includes switching capabilities. 

[0031] In Fig. 5 there is shown an architecture diagram illustration of one embodiment of 

the invention, in which an End User uses several different service providers. 

[0032] In Fig. 6 there is shown an architecture diagram illustration of one embodiment of 
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the invention, in which an authentication process is described. 
' [0033] In Fig. 7 there is shown a flow chart of one embodiment of the invention, of a 

mobile user network registration and authentication process. 

[0034] In Fig. 8 there is shown a flow chart of one embodiment of the invention, of an 
inbound voice call to a MVNO mobile user which their MVNO is hosted by a MVNO 
ASP, this example is based on a GSM network. 

[0035] In Fig. 9 there is shown a flow chart of one embodiment of the invention, of an 
outbound voice call from a MVNO mobile user which their MVNO is hosted by a 
MVNO ASP, this example is based on a GSM network. 

[0036] In Fig. 10 there is shown an architecture diagram illustration of one embodiment 
of the invention, in which a payment card application is described. 

[0037] In Fig. 11 there is shown a flow chart diagram of one embodiment of the 
invention, in which an End User purchases goods via their wireless device. 
[0038] In Fig. 12 there is shown a flow chart diagram of one embodiment of the 
invention, in which an End User selects the MVNO to use. 

DETAILED DESCRIPTION OF THE INVENTION 

[0039] It is an object of the present invention to provide a wireless device and a method 
and a Platform to enable an End User to use the same wireless device and or selected 
wireless devices with various MVNOs and or various service providers. The End User 
selects the service provider and or the MVNO they would like to use for each application 
and or service they would like to use. Once a service provider or a MVNO is selected it 
will be the one providing the services for this specific use in this specific moment. The 
End User can create default profiles for various types of service, for example all wireless 
purchases will be paid fi-om the default credit card; all voice minutes are used fi-om 
service provider X; voice mail service is used firom service provider Y; and all calls after 
17:00 to the wireless corporate number will be directed to the corporate voice mail, a 
service provided by the corporate service provider (service provider Z). 
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[0040] A MVNO Application Service Provider (MVNO ASP) will operate a MVNO 
Application Service Provider Platform (MVNO ASP Platform or System). This System 
enables End Users to do tasks such as, instantly change service providers and or MVNOs 
and enables them to manage their various profiles and service providers, including the 
ability to set default service providers for specific applications, adding new service 
providers and receive consolidated reports. End User can select any Service provider or 
MVNO that partnered with the MVNO ASP and add them to the list of optional service 
providers and MVNOs; and or select cases where a specific service provider or MVNO is 
the default provider. In some cases the service provider or MVNO will need to authorize 
the End User to join the service (i.e. a wireless credit card). 

[0041] End User wireless device registers to the MVNO ASP virtual network, based on 
the End User routing table, which is stored on the device. The routing table is a copy of 
the MVNO ASP master routing table, which defines to which network the vsdreless 
device should register in each area. In areas where there is more then one network, which 
is part of the MVNO ASP virtual network, the routing table can include additional 
parameters in order to select the network, parameters such as, time of the day, and type of 
device. The MVNO ASP master routing table will automatically update the End User 
local copy whenever there are changes in the master table. 

[0042] The System enables End Users, which are registered to the network, to switch 
between MVNOs, which provide at least part of their service based on the MVNO ASP 
virtual wireless network, without the need to disconnect from the network and register to 
the network again. For example, the MVNO ASP Platform receives a request fi-om an 
End User to change their service from one MVNO to another. The transfer is only 
"virtual" transfer (there is no need for physical switching), because both MVNOs are part 
of the MVNO ASP virtual wireless network. 

[0043] The MVNO ASP manages the "virtual" transfer, it tracks events and logs the 
transfer so all events firom this point and on should be attributed to the second MVNO; in 
addition, it manages the user interface update. The user interface includes items such as 
skins, ringtones, links, texts, graphics, and menus. If present, the End User device will 
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use a cached copy of the new MVNO user interface, if needed, it will download part or 
the entire new MVNO user interface over the network. The MVNO user interface 
integrates with the MVNO ASP user interface creating an integrated End User interface. 
[0044] An End User can access their preferences and default interfaces while using any 
MVNO interface. In addition. End Users can define additional menus and parts of the 
MVNO ASP user interface, which will always be part of the main portal view. 

[0045] In Fig. 1 there is shown a block diagram illustration of one embodiment of the 
invention, in which a wireless device, which includes an application is described. The 
Wireless device includes an IC chip (101) and or a CPU, which can include a hardware 
component with personal data (102), such as a SIM card. The device has an operating 
system (103). The routing table (104) includes data regarding the Mobile Network 
Operators (MNOs), which are part of the MVNO ASP virtual wireless network. In 
addition the table includes various parameters (i.e. time of the day, default MNO) in 
order to select the MNO in cases where there is more then one MNO, in the same area, 
which are part of the MVNO ASP virtual network. The routing table is derived from the 
main Profile manager (see fig. 2). In cases were wireless device is defined to always 
register to one default MNO, there wdll be no need for a routing table functionality. 
[0046] The device includes an application platform (105), which is the infrastructure for 
adding applications to the wireless device. In some cases End Users vsdll need to install 
service provider applications (106) in order to use their services. The device can include 
an additional authentication module (107) in order for the End User to enter a usemame 
and password or an additional hardware module (108) for additional identification such 
as biometric devices. The wireless device will include a management interface (109) 
enabling the End User to conduct tasks such as, change their configuration (if allowed), 
view reports and or enable the MVNO ASP and or the service provider to access their 
device for maintenance or management. 

[0047] In Fig. 2 there is shown a block diagram illustration of one embodiment of the 
invention, in which a MVNO ASP Profile Manager is described. The Profile Manager is 
based on the profile platform (201), which includes a profile generator (202) enabling it 
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to develop profile via a graphical interface and an API (203), so 3^^ party entities can 
access the profile manager. The rules and permissioning of the partner is defmed in the 
partner module (204). The provisioning module (205) manages all the types of users 
permissions and integrates with external OSS (206) (can integrate with several OSS 
systems including MVNO ASP, service providers and network operator). 
[0048] The Authentication, Authorization and Accounting server (AAA) (207) 
authenticates all users entering the system and authorizes them to use the services or 
limited services they can access, and is responsible for the accounting of these services. 
In some cases it interfaces with the service providers AAA system (208) in order to 
authenticate and or authorize End Users. The rule manager (209) enables the 
administrator/s to create rules for a specific user or for groups, which are set in the group 
manager (210). Based on the rule manager and the group manager the routing table 
generator (211) creates a routing table, which defines the MNO the End User device 
should automatically register to, based on the MNO being part of the MVNO ASP virtual 
network. In cases where there are more then one MNO in one area which are part of the 
MVNO ASP virtual network, additional parameters will be taken into consideration, such 
as: default MNO network, type of device, time of the day. This routing table is distributed 
to the End User Device (212) to enable the wireless device to register to the correct 
mobile network. The System has a management and maintenance module (213) enabling 
it to manage the system, create reports, alarms and other maintenance and management 
tasks. 

[0049] The Profile Manager system integrates and or communicates with many systems 
such as Prepaid system (214) in order, for example, to provide the rules for disconnecting 
a service once the End User's accovmt runs out of money (i.e. disconnect service, enable 
customer to charge their accoimt in real time); Billing system (215); Customer Care 
(216); Activation (217) in order to activate End User account; and other systems (218). 

[0050] In Fig. 3 there is shown a block diagram illustration of one embodiment of the 
invention, of a MVNO ASP Platform. 

[0051] The MVNOs and or service providers can use pre-defined applications (301) or 
can develop or work with a developer or license and or rent and or purchase fi-om a 
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developer a new application (302). The application can be developed and interact with 
the MVNO ASP Platform via an API (303) or an application Service Development Kit 
(SDK) (304) which may include a graphical interface. The SDK can include testing 
debugging tools. 

[0052] The service logic is stored and can be changed via the API or application SDK, 
the End User can manage and support his/her application via an MVNO interface (305) 
and the Multi MVNO Aggregator can manage and support its applications and MVNOs 
via a Multi MVNO interface (306), both interfaces are part of the presentation layer of 
the system (307). All applications business logic is stored in the service logic servers 
(308). All data is stored in the system database (309). The MVNO applications can be 
stored with the MVNO ASP or can be stored anywhere else and interact with the MVNO 
ASP Platform. 

[0053] The system is fully partitioned enabling each MVNO and or service provider to 
set its own customers, set its own provisioning and permissioning, and manage and 
maintain its applications. The information is managed by the MVNO ASP via the 
customer care module (310) which maintains customer care information, which can 
include data such as, MVNO and or service provider information, billing plans, and data 
regarding each MVNO and or service provider customers; the provisioning of new users 
including new MVNO, new MVNO customers, new MVNO group customers and the 
services they can access are managed via the provisioning module (311) and the Profile 
Manager (312), see figure 2 for details. 

[0054] In cases were the MVNO does not have a carrier ID and or is a software MVNO, 
the profile manager module includes a table, which maps each user to the MVNO it uses, 
enabling the MVNO ASP, to identify the MVNO that is providing service to a user. In 
these cases the MNO identifies the user as a MVNO ASP user, and the MVNO ASP is 
responsible for identifying the MVNO based on the above table. 

[0055] The policy management and policy repository (313) are the focal point for 
authorizing users of the system access to resources, policy repository is built firom data it 
retrieves from intemal systems such as profile manager, charging module and external 
systems such as a mobile operator Operation Support System (OSS). Services such as, 
billing information, billing plans, charging, partner agreements order fulfillment and 
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rating are gathered and medntained via the billing and charging module (314). 
[0056] The Authentication Authorization Accounting system (AAA) (315) is the point of 
contact for authenticating, authorizing and accounting of users. It accesses modules such 
as the policy repository and the profile manager, and in some cases it will request 
external AAA systems (316) to provide the authentication and or authorization and or 
accounting (i.e. AAA system operated by the MVNO). 

[0057] The system can interface (317) with external OSS (318) both for MVNO ASP 
operations and for the MVNOs and service providers OSS. Access to external content is 
managed via the media interface (319) and can be received via content provider (320) or 
content aggregator (321). The system interfaces with various networks such as. Mobile 
network (322) Wireless LAN (WLAN) (323) Public Switched Telephone Network 
(PSTN) (324), the system can interface with many networks from each type for example 
an MVNO ASP can interface with many mobile operators, each one can have its own 
agreement, with its own capacity, and pricing. The billing mediation module (325) 
collects the data from the various network interfaces and all data is aggregated by the 
billing module in order to enable payment to suppliers and creating bills for the MVNO 
and service providers and creating bills for the MVNO and service providers' customers. 

[0058] In Fig. 4 there is shown an architecture diagram illustration of one embodiment of 
the invention, in which the MVNO ASP operation, includes switching capabilities. The 
MVNO ASP operates its own switch (401) Home Location Register (HLR) (402) EIR 
(403) and other commimication servers such as Media Gateway (404) Media Servers 
(405) and operates its own OSS (406). 

[0059] The MVNO ASP Platform (407) interacts with the MVNO ASP communication 
infrastructure as well as with other operator infrastructure. 

[0060] The MVNO ASP can provide a prepaid solution (408), which will enable MVNO 
to offer such a service to their customers. 

[0061] The MVNO ASP can provide core applications and standard applications (409) as 
part of the solution offered to MVNOs, applications such as, voice mail, unified 
messaging, SMS, conferencing etc. 

[0062] Because the MVNO ASP Platform is an open system with standard and or 
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documented interfaces, MVNOs, service providers and independent developers can 
create additional applications (410), these applications can be marketed and or operated 
by their creators and in some cases can become an additional application which is offered 
to all other MVNOs and service providers (most likely there will be a price tag for using 
the application). 

[0063] In Fig. 5 there is shown an architecture diagram illustration of one embodiment of 
the invention, in which an End User uses several different service providers. The End 
User and their wdreless device (501) were authenticated by the MVNO ASP, in this 
example, they are authorized to use service provider A's (502) m-commerce applications 
(503), and service provider B's (504) conference applications (505), but not its 
videoconference applications (506). When the End User wants to set-up a conference 
call, the foUovmig is a sample of methods they can select from (MVNO ASP may not 
provide all options): select from wireless device menu, IVR menu, voice conunand. The 
MVNO ASP platform will verify the End User's authorization to access this service and 
if this service is provided by more then one service provider the system will route the call 
to the default service provider imless the End User has set the system differently or 
selected a different service provider. The end User uses the application when finished the 
service billing data could be stored by Service Provider A or if service provider 
outsourced this service it will be stored with the outsourcer which will bill and collect the 
monies. The MVNO ASP stores the data needed in order to bill the service provider and 
pay the network operators, in some cases the MVNO ASP will be the service Provider's 
bill outsourcer too. 

[0064] The End User can use a service from a service provider X (507) which he is not 
subscribed to by entering the service provider ID number (if the MVNO ASP did not 
block the End User's ability to use unassigned service providers). For example while 
walking in the street the End User sees a sign with a Supermarket commercial enabling 
them to receive a coupon by entering the Supermarket service provider ID number. The 
service provider can then ask the End User to add the supermarket as a permanent service 
provider enabling them to receive other discounts in real time while shopping in the 
supermarket. In some cases adding a new service provider to the End User's list will need 
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additional authorizations such as a credit check by the service provider. 

[0065] In Fig. 6 there is shown an architecture diagram illustration of one embodiment of 
the invention, in which an authentication process and customer configuration process is 
described. A MVNO ASP (601) stores in its database data regarding the End User's 
hardware device (602), for example, data could include SIM Card, type of device, MAC 
Number. In some cases an End User vnll enter a usemame and a password via the 
application (603) or an additional hardware module such as biometric device can be used. 
An End User can access the system from a computer (604) and then most likely will need 
to enter at least a usemame and a password. The MVNO ASP Profile Manager (605) and 
or AAA System (606) wdll require the End User to enter the required authentication. 
Once End User is authenticated the Profile Manager and or AAA will authorize the End 
User to access only the services they were provisioned. The MVNO ASP (601) manages 
the global End User settings, which may include rules such as, service providers which 
End User can access; End User ability to add new service providers; End User ability to 
change other End User's attributes (i.e. a corporate IT Manager managing there 
employees devices and configurations). Service Providers (607) can manage there own 
rales such as, which features an End User can access (i.e. End User can create a 
conference call with more then 3 participants). The MVNO ASP can store the service 
provider's rules and validate the rules via the AAA system and or Profile Manager and or 
the Service provider will have its own AAA (608) and it will manage, configure and 
authenticate End User's using its services. 

[0066] In Fig. 7 there is shown a flow chart of one embodiment of the invention, of a 
mobile user network registration and authentication process of a multi MVNO user. 
[0067] A user and or a device try to register to the Mobile Network Operator (MNO) 
network (701), the MNO is selected based on the wireless device routing table, the user 
and or device provide the MNO with user ID and or device ID (i.e. mobile subscriber 
identity number (MSIN) in a GSM network) and the carrier ID (i.e. Mobile Network 
Code (MNC) in a GSM network). The MNO identifies that the user and or device are not 
a MNO user and or device and identifies their carrier based on the carrier ID (702). 
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[0068] The MNO sends a request to the carrier which matches the carrier ID, to 
authenticate the user and or device (703) in this example the carrier ID matches the 
MVNO ASP carrier ID (i.e. in a GSM network, the MVNO ASP is the one issuing the 
SIM card). 

[0069] The MVNO ASP identifies the user based on their User ID (704), if there is 
additional authentication requirements, such as password, the AAA system will manage 
the process. Once user is authenticated (705), the MVNO ASP identifies the MVNO 
associated with the End User for this case (706). 

[0070] The AAA Server will look up if the user is authorized to register to the network 
and receive any limits or rules regarding the user (707). If user is authorized the MVNO 
ASP authorize the MNO to register the user, the authorization message can include any 
limitations or rules regarding the user (additional data will be sent based on the support of 
the MNO systems of these type of features)(708). MNO will register user to network and 
will register the user in its Visitor Location Register (VLR) (709). The VLR notifies the 
MVNO ASP HLR, which updates and or creates a record of the last VLR to update the 
position of the user (710). 

[0071] In Fig. 8 there is shown a flow chart of one embodiment of the invention, of an 
inbound voice call to a multi MVNO mobile user, and a MVNO ASP which operates its 
own Mobile Switching Center (MSG), this example is based on a GSM network. 
[0072] An inbound call is routed by the PSTN network using the PSTN mraiber to the 
MVNO ASP Gateway Mobile Switching Center (GMSC) (801). The MVNO ASP GMSC 
then interrogates the MVNO ASP HLR (802) The MVNO ASP HLR has a translation 
table to convert the PSTN number to the International Mobile Station Identity (IMSI) 
number used by the GSM networks. The MVNO ASP HLR v^U have a record of the last 
VLR to update the position of the subscriber (or if the subscriber is attached to the 
network). 

[0073] The MVNO ASP HLR interrogates the VLR (803), which responds with the 
Mobile Station Roaming Number (MSRN) for routing. That is the information needed by 
the MVNO ASP Gateway Mobile Switching Center (GMSC) to route the call. The 
MVNO ASP HLR then passes the MSRN to the MVNO ASP GMSC (804), which routes 
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the call to the visited MSG (805) (in some cases the MVNO ASP GMSC will use the 
MSRN to route the call through the PSTN). The MVNO ASP keeps records of the call 
including call events, durations, the MNO network used, the MVNO that booked this 
call, and the MVNO ASP End user details (806), these records are then used for billing 
and settlement with partners and users. 

[0074] In Fig. 9 there is shown a flow chart of one embodiment of the invention, of an 
outbound voice call from a multi MVNO mobile user, and a MVNO ASP which operates 
its own Mobile Switching Center (MSG), this example is based on a GSM network. 
[0075] A MVNO ASP End User requests to initiate an outbound call (901). The MNO 
GMSG interrogates the MNO VLR (902). If MNO VLR authorized the subscriber (903) 
the GMSG requests to route the call (904). 

[0076] If MNO VLR has no automatic authorization, it needs to contact the MVNO ASP 
HLR to request authorization (905). If the user is a MVNO post paid subscriber (906) the 
HLR will check if the user is authorized for such a call and are there any limits to such a 
call (907). In many cases the MVNO ASP HLR will be able to provide authorization, 
however in some cases the HLR will require the MVNO ASP Authentication 
Authorization and Accounting system (AAA) to provide the answer. If tiie user is not 
authorized a message will be sent to MNO to decline the call (908), 
[0077] If the user is authorized the MVNO ASP HLR will authorize the call and provide 
the MNO GMSC with the authorization and any limitations on the call (based on the 
MNO support for such limits) (909). 

[0078] If the user is a MVNO prepaid subscriber (906), then the MVNO ASP prepaid 
system will establish a connection with the MNO relevant system or systems (910) 
(depends on the MNO, it could be system such as the MNO prepaid system, MNO 
GMSG, MNO MSG), and then will authorize the call and will continue to monitor the 
call, for example it will request to disconnect the call if prepaid account is empty. 
[0079] In both cases, prepaid and postpaid, the GMSC requests the MSG to route the call 
(904). The MVNO ASP can require to route the call via the MVNO ASP MSG, in cases 
the MVNO ASP does not request a special route the MNO will route the call based on its 
routing tables. Based on the GMSG request and instructions the MSG will route the call 
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(911). The MVNO ASP keeps records of the call including call events, durations, the 
MNO network used, the MVNO that booked this call, and the MVNO ASP End user 
details (912), these records are then used for billing and settlement with partners and 
users. 

[0080] In Fig. 10 there is shown an architecture diagram illustration of one embodiment 
of the invention, in which an End User purchases goods via their wireless device (1001) 
The End User wireless device interacts with the merchant Wireless Point of Sale (WPOS) 
(1002) and with the MVNO ASP (1003) systems. The WPOS can interact with the 
merchant back office and other merchant point of sales systems (1004) (i.e. cash register, 
point of service system), in most cases this interaction is in order payment amount. 
[0081] The MVNO ASP develops partnerships vsdth various network operators in order 
to create a virtual wireless offering. The MVNO ASP (1003) operates and maintains the 
MVNO ASP Payment Platform (1005), which manages the interaction regarding 
transactions with End Users, merchants. Issuers, Acquirers, Processors and any other 
person or entity involved in the purchase process. 

[0082] The payment card Issuer (Issuer) (1006) is a service provider who issues the 
Payment Device (1007) for the End User, "owns" the customer relationship and is 
responsible for the credit and other customer related tasks related to their payment 
transactions. 

[0083] The Acquirer (1008) is a service provider who enables the merchant to accept 
wireless and or regular payment cards. The Acquirer "owns" the merchant relationship 
and is responsible for the credit and other merchant related tasks. 

[0084] A MVNO ASP communicates can commxmicate directly with issuers and 
acquirers in order to authorize a transaction and in this case will need to process settle 
and clear transactions, however the MVNO ASP can select to work with a processor 
(1009) which can take care of authorizing transactions, settling and clearing transactions 
between Issuer, Acquirer, End User and others; in this case the MVNO ASP will have 
one point of contact (processor) instead of dealing with many issuers and acquirers 
directly. 
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[0085] In Fig. 1 1 there is shown a flow chart diagram of one embodiment of the 
invention, in which an End User purchases goods via his/hers wireless device. An End 
User is interested in purchasing goods or services, the merchant creates the bill which 
sums the amoimt of money the End User should pay in order to purchase the goods and 
or service (1 100). The End User selects to use his/hers wireless device (1 101) to purchase 
the goods or service from a merchant. The End User selects the payment card that he/she 
would like to use or use the default payment card (1 102). The End User Wireless Device 
interacts directly with merchant WPOS Device, saying he/she are interested in initiating a 
transaction and provides the End User unique ID (1103); the two devices can 
commimicate using technologies such as. Infrared, Bluetooth, instant messaging, SMS, 
and or other methods. In cases that the devices cannot communicate directly, the 
merchant will need to enter a wireless End User unique ID manually (1104). The 
merchant WPOS receives the purchase data directly from the checkout cashier or any 
other point of sales/service device (1105), in cases there is not direct communications 
between both devices the merchant will enter the enters the purchase data into the WPOS 
Device directly (1106). Once the needed data regarding the pending transaction is 
received (1107), the data, which includes. End User ID, the transaction amount, the 
merchant ID are sent to the MVNO ASP payment application (1 108). The MVNO ASP 
Payment application requests authorization for the transaction (1 109) either directly with 
Issuer of the payment card or via a processor. Once transaction was authorized (1 1 10) a 
message is sent to the End User to authorize the transaction (1111), once the End User 
authorizes the transaction (1 1 12) a message is sent to the WPOS Device that transaction 
has been completed (1113). In addition messages are sent to Issuer and Acquirer (if 
MVNO ASP communicated with them directly, else it is sent to the Processor, which 
handled this transaction). At this stage Issuer, Acquirer and the processor (if relevant) 
have all information to process, settle and or clear the transaction in the same manner 
they will do if this was a regular transaction via their current payment systems. 

[0086] In Fig. 12 there is shown a flow chart diagram of one embodiment of the 
invention, in which an End User selects the MVNO to use. 

[0087] An End User is interested to select a MVNO (1201). Via the wireless device user 
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interface the End User selects a MVNO (1202), the user interface can be a list of MVNOs 
presented via a browser, a speech recognition interface or any other interface. One of the 
options is select "other", which is a MVNO who is not part of the list. If the End User is 
registered to the selected MVNO, then the End User can proceed and use this MVNO 
(1203). In some cases the MVNO is selected by entering a MVNO ID into an input field 
or via a voice interface (1204). When an End User selects a MVNO which they are not 
registered too, and a pre-registration is needed the End user will receive a decline 
message, which will include the needed procedure in order to signup to the service and 
contact information for support (1205). If no pre-registration is required then MVNO 
ASP will check if user interface for the selected MVNO is stored on wireless Device 

(1206) . If it is not stored, the wireless device will download a user interface over the air 

(1207) . The MVNO ASP provides a master user interface; based on the MVNO the End 
User has selected, the additional MVNO characteristics (i.e. skins, links, text, graphics), 
are integrated, creating a new or updated user interface (1208). 

[0088] Once the user interface is updated to reflect the MVNO selected the End User will 
be able to start usmg the MVNO services (1209). The MVNO ASP is responsible for 
tracking which MVNO the End User is using and based on parameters, such as network 
events, and MVNO pricing for this End User, it is able to bill End Users for the usage of 
the various MVNOs network and service usage. 

[0089] It will be appreciated that the invention is not limited to what has been shown and 
described hereinabove. Rather, the scope of the invention is limited solely by the claims 
that follow. 
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